home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940174.txt < prev    next >
Internet Message Format  |  1994-11-13  |  20KB
  1. Date: Tue, 16 Aug 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #174
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Tue, 16 Aug 94       Volume 94 : Issue  174
  11.  
  12. Today's Topics:
  13.                           another dama trace
  14.                       dial on jnos110f (5 msgs)
  15.                       Linux and AX.25  (3 msgs)
  16.               Linux compile failures - help??? (2 msgs)
  17.                            Okie Thoughts #1
  18.                       Okie Thoughts #2 (3 msgs)
  19.  
  20. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  21. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  22. Problems you can't solve otherwise to brian@ucsd.edu.
  23.  
  24. Archives of past issues of the TCP-Group Digest are available
  25. (by FTP only) from UCSD.Edu in directory "mailarchives".
  26.  
  27. We trust that readers are intelligent enough to realize that all text
  28. herein consists of personal comments and does not represent the official
  29. policies or positions of any party.  Your mileage may vary.  So there.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: Tue, 16 Aug 94 11:56:29 EST
  33. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  34. Subject: another dama trace
  35. To: TCP-GROUP <TCP-GROUP@ucsd.edu>, wnos-group <WNOS-L@edugraf.ufsc.br>
  36.  
  37. This trace comes from another Authors implementation of DAMA_SLAVE
  38. this time into wampes code.
  39. again the trace shows a data frame being sent in responce to a
  40. DAMA UA(F) received, this is the same type implementation as I have done
  41. into wnos-940815
  42. I need some advive or comments on the DAMA spec.
  43. Local sysops who run a dama digi say that info frames should not be sent
  44. untill the slave system is polled again IE RR(P)+dama
  45. this will slow doen tcpip even more, and tcpip over a dama digi is 10 times
  46. as slow, comapired to a notmal ax25 VC mode.
  47. Come on please some comments. I need some help. what to do.!
  48. Barry. gm8sau/dc0hk
  49.  
  50.  
  51. Mon Aug 15 09:28:57 1994 - ttyS1 sent:
  52. KISS: crc-16 Data
  53. AX25: DD8NE->DB0PRA-6 v DB0BBG SABM(P)
  54.  
  55. Mon Aug 15 09:29:33 1994 - ttyS1 sent:
  56. KISS: crc-16 Data
  57. AX25: DD8NE->DB0PRA-6 v DB0BBG SABM(P)
  58.  
  59. Mon Aug 15 09:29:39 1994 - ttyS1 recv:
  60. KISS: crc-16 Data
  61. AX25: ªDAMAß DB0PRA-6->DD8NE v DB0BBG* UA(F)
  62.  
  63. Mon Aug 15 09:29:39 1994 - ttyS1 sent:
  64. KISS: crc-16 Data
  65. AX25: DD8NE->DB0PRA-6 v DB0BBG I NR=0 NS=0 pid=IP
  66. IP: len 84 dd8ne-gate.ampr.org->db0pra.ampr.org ihl 20 ttl 19 prot ICMP
  67. ICMP: type Echo Request id 0 seq 0
  68. 0000  9.O..................... !"#$%&'()*+,-./0123456789:;<=>?
  69.  
  70. Mon Aug 15 09:29:42 1994 - ttyS1 recv:
  71. KISS: crc-16 Data
  72. AX25: ªDAMAß DB0PRA-6->DD8NE v DB0BBG* RR(P) NR=1
  73.  
  74. Mon Aug 15 09:29:42 1994 - ttyS1 sent:
  75. KISS: crc-16 Data
  76. AX25: DD8NE->DB0PRA-6 v DB0BBG RR(F) NR=0
  77.  
  78. Mon Aug 15 09:30:12 1994 - ttyS1 recv:
  79. KISS: crc-16 Data
  80. AX25: ªDAMAß DB0PRA-6->DD8NE v DB0BBG* I(P) NR=1 NS=0 pid=IP
  81. IP: len 84 db0pra.ampr.org->dd8ne-gate.ampr.org ihl 20 ttl 15 prot ICMP
  82. ICMP: type Echo Reply id 0 seq 0
  83. 0000  9.O..................... !"#$%&'()*+,-./0123456789:;<=>?
  84.  
  85. Mon Aug 15 09:30:12 1994 - ttyS1 sent:
  86. KISS: crc-16 Data
  87. AX25: DD8NE->DB0PRA-6 v DB0BBG RR(F) NR=1
  88.  
  89. Mon Aug 15 09:30:34 1994 - ttyS1 recv:
  90. KISS: crc-16 Data
  91. AX25: ªDAMAß DB0PRA-6->DD8NE v DB0BBG* RR(P) NR=1
  92.  
  93. Mon Aug 15 09:30:34 1994 - ttyS1 sent:
  94. KISS: crc-16 Data
  95. AX25: DD8NE->DB0PRA-6 v DB0BBG RR(F) NR=1
  96.  
  97. ------------------------------
  98.  
  99. Date: Mon, 15 Aug 1994 10:04:40 -0600 (MDT)
  100. From: Klarsen <klarsen@kazak.NMSU.Edu>
  101. Subject: dial on jnos110f
  102. To: brian@lantz.cftnet.com
  103.  
  104.     Brian thank you for your very infomative but totally un-readable 
  105. file. I am somewhat of a linguest but it looks not like any language I 
  106. have ever seen. 
  107.  
  108.     Further, if you plan on sending me dialer.c please save your time 
  109. since I have that in english already. 
  110.  
  111. -karl
  112.  
  113. ------------------------------
  114.  
  115. Date: Mon, 15 Aug 1994 10:50:51 -0700
  116. From: myers@bigboy73.West.Sun.COM (Dana Myers )
  117. Subject: dial on jnos110f
  118. To: klarsen@kazak.NMSU.Edu
  119.  
  120. Karl Larsen wrote:
  121. > From: Klarsen <klarsen@kazak.NMSU.Edu>
  122. > Subject: dial on jnos110f
  123. > To: brian@lantz.cftnet.com
  124. > Cc: TCP digest <tcp-group@UCSD.EDU>
  125. > Mime-Version: 1.0
  126. > 
  127. > 
  128. >     Brian thank you for your very infomative but totally un-readable 
  129. > file. I am somewhat of a linguest but it looks not like any language I 
  130. > have ever seen. 
  131. > 
  132. >     Further, if you plan on sending me dialer.c please save your time 
  133. > since I have that in english already. 
  134. > 
  135. > -karl
  136.  
  137. What's with the snide tone of this reply?
  138.  
  139. Oh well, here's a un-uuencoded version of the file:
  140.  
  141. -------Start of included text-------------
  142. control down
  143. wait 2000
  144. control up
  145. speed 9600
  146. send "atz\ratm0l0\r"
  147. wait 1000
  148. send "atdtd555-5555\r"
  149. wait 45000 "CONNECT"
  150. wait 15000 "ogin"
  151. wait 1000
  152. send "myname\r"
  153. wait 5000 "assword"
  154. wait 1000
  155. send "mypassword\r"
  156. wait 120000
  157. ------End of included text--------------
  158.  
  159. ------------------------------
  160.  
  161. Date: Mon, 15 Aug 1994 16:14:14 -0600 (MDT)
  162. From: Klarsen <klarsen@kazak.NMSU.Edu>
  163. Subject: dial on jnos110f
  164. To: Dana Myers <myers@bigboy73.West.Sun.COM>
  165.  
  166. On Mon, 15 Aug 1994, Dana Myers wrote:
  167.  
  168. > Karl Larsen wrote:
  169. > > From: Klarsen <klarsen@kazak.NMSU.Edu>
  170. > > Subject: dial on jnos110f
  171. > > To: brian@lantz.cftnet.com
  172. > > Cc: TCP digest <tcp-group@UCSD.EDU>
  173. > > Mime-Version: 1.0
  174. > > 
  175. > > 
  176. > >     Brian thank you for your very infomative but totally un-readable 
  177. > > file. I am somewhat of a linguest but it looks not like any language I 
  178. > > have ever seen. 
  179. > > 
  180. > >     Further, if you plan on sending me dialer.c please save your time 
  181. > > since I have that in english already. 
  182. > > 
  183. > > -karl
  184. > 
  185. > What's with the snide tone of this reply?
  186. > 
  187. > Oh well, here's a un-uuencoded version of the file:
  188. > 
  189. > -------Start of included text-------------
  190. > control down
  191. > wait 2000
  192. > control up
  193. > speed 9600
  194. > send "atz\ratm0l0\r"
  195. > wait 1000
  196. > send "atdtd555-5555\r"
  197. > wait 45000 "CONNECT"
  198. > wait 15000 "ogin"
  199. > wait 1000
  200. > send "myname\r"
  201. > wait 5000 "assword"
  202. > wait 1000
  203. > send "mypassword\r"
  204. > wait 120000
  205. > ------End of included text--------------
  206. > 
  207.     OK I did read this fine and it looks EXACTLY like that I used 
  208. with net.exe of 1989 vintage. I will try it again and in all probability 
  209. re-compile jnos to make sure it isn't the problem.
  210.  
  211.     Now, I DID read dialer.c and it DOES say that it has been 
  212. re-written to make it " more human understandable" and that always tends 
  213. to make me worry. All this re-write was done in 1991 so it's been around 
  214. a good while.
  215.  
  216.     If I sounded snide, it was because I was trying to be snide. When 
  217. a person asks for help, and it arrives in a language you have never seen 
  218. it IS an unhappy event.
  219.  
  220. ------------------------------
  221.  
  222. Date: Mon, 15 Aug 1994 16:31:04 -0700
  223. From: myers@bigboy73.West.Sun.COM (Dana Myers )
  224. Subject: dial on jnos110f
  225. To: tcp-group@UCSD.EDU
  226.  
  227. > Date: Mon, 15 Aug 1994 16:14:14 -0600 (MDT)
  228. > From: Klarsen <klarsen@acca.nmsu.edu>
  229. > Subject: Re: dial on jnos110f
  230.  
  231. >     If I sounded snide, it was because I was trying to be snide. When 
  232. > a person asks for help, and it arrives in a language you have never seen 
  233. > it IS an unhappy event.
  234.  
  235. Well, that's too bad.  When you ask for help, and someone tries, in good
  236. faith, to help you, free of charge, and doesn't quite give you what
  237. you need, it isn't really proper to become snide.  After all, even well
  238. intentioned people sometimes make mistakes.  A polite "what is this?"
  239. note sent privately to the sender would probably have resulted in him
  240. sending the file in form you could deal with.  As it is, I wouldn't
  241. blame him if he didn't offer you help in the future, and many other
  242. people may be apprehensive to help you, too.
  243.  
  244. Of course, we all need to be careful about using mail interface features
  245. not found in all mail programs, like attachments.
  246.  
  247. ------------------------------
  248.  
  249. Date: Mon, 15 Aug 1994 19:59:25 +0100
  250. From: "Brian A. Lantz" <brian@lantz.cftnet.com>
  251. Subject: dial on jnos110f
  252. To: tcp-group@UCSD.EDU
  253.  
  254. On Mon, 15 Aug 1994, Dana Myers wrote:
  255.  
  256. > Karl Larsen wrote:
  257. > > 
  258. > >     Brian thank you for your very infomative but totally un-readable 
  259. > > file. I am somewhat of a linguest but it looks not like any language I 
  260. > > have ever seen. 
  261. > > 
  262. > >     Further, if you plan on sending me dialer.c please save your time 
  263. > > since I have that in english already. 
  264. > > 
  265. > > -karl
  266. > 
  267. > What's with the snide tone of this reply?
  268. > 
  269. > Oh well, here's a un-uuencoded version of the file:
  270.  
  271. I'm sorry! PARDON ME, for using Internet MIME format in a message to 
  272. TCP-GROUP!! I won't let it happen again!
  273.  
  274. I, too, am wondering about the "snide tone"!
  275.  
  276. Just tried to help (that was my mistake, obviously)....
  277.  
  278.  
  279. -----------------------------------------------------------
  280. Brian A. Lantz/KO4KS                 brian@lantz.cftnet.com
  281.  
  282. REAL PORTION of Microsoft Windows code:
  283.     while (memory_available)    {
  284.         eat_major_portion_of_memory (no_real_reason);
  285.         if (feel_like_it)
  286.             make_user_THINK (this_is_an_OS);
  287.         gates_bank_balance++;
  288.     }
  289.  
  290. ------------------------------
  291.  
  292. Date: Tue, 16 Aug 94 08:22:21 EST
  293. From: terry@orac.dn.itg.telecom.com.au (Terry Dawson)
  294. Subject: Linux and AX.25
  295. To: srbible@cs.nps.navy.mil, tcp-group@UCSD.EDU
  296.  
  297. >Some errata to Terry Dawson's NET-2/3 HOWTO.
  298. >
  299. >1. p.53 - krnl022.tgz should read ax25krnl.tgz
  300. >        - user022.tgz should read ax25util.tgz
  301. >        - need to add a section explaining how to apply patches to
  302. >          the ax25 kernel code.
  303.  
  304. Ta, I'll fix that.
  305.  
  306. >2. p.54 - the example # gzip -dc user022.tgz | tar xvvof -
  307. >                                    is this right? ^^^^^ (?xvf?)
  308.  
  309. six of one, half dozen of the other. slightly different options.
  310.  
  311. >3. p.12 - /pub/misc/Linux/Networking/... should read
  312. >          /pub/Linux/Networking/... (two places)
  313.  
  314. Alan was still rearranging sunacm when I wrote it. I will need to update
  315. all of the directories specified.
  316.  
  317. >7. I did try Linux+AX25 on the local 2 meter frequency using a
  318. >   PACCOMM TNC-200 in KISS mode.  I was able to 'call' and 'ftp'
  319. >   to the local MSYS BBS which is setup for TCP/IP.  But when I
  320. >   tried to telnet, MSYS would ask for my callsign, I typed it in
  321. >   and MSYS simply disconnected me.  I can telnet to the MSYS BBS
  322. >   using JNOS, proving to me that the BBS end is working (?).
  323. >   I'm wondering what Linux+AX25 is doing to cause this?
  324.  
  325. MSYS, blerk. Yu'll probably find that you have to ask the MSYS sysop to
  326. add you to a list of known tcp/ip nodes. That's what I had to do here for
  327. an MSYS node.
  328.  
  329. >Is there a need for a HOWTO to set all of this up (Alan mentioned this in 
  330. >AX25017/INSTALL.TXT)?  The NET-2 HOWTO guide gives a good overview of what 
  331. >needs to be done, but my biggest problem was figuring out what was the 
  332. >latest code, code versions that required other versions, etc.  I first 
  333. >gathered up all the HOWTOs, READMEs, man pages, etc. and correlated all the 
  334. >information.  Not all of it matched.  I downloaded and used the latest code 
  335. >I code find (see above).  
  336.  
  337. Good question. I'm hoping to expand the AX.25 section in the NET-2-HOWTO.
  338. But I could probably do that endlessly. I wonder if it is worth creating a
  339. NET-3-AX25-HOWTO ?
  340.  
  341. I might add a section describing a 'typical' amateur scenario. Including
  342. sample files and the like.
  343.  
  344. >I have ordered two Ottawa PI2 cards.  As soon as those arrive I will be 
  345. >integrating them into the system.
  346.  
  347. Good cards.
  348.  
  349. thanks for the feedback
  350.  
  351. regards
  352. Terry
  353.  
  354. ------------------------------
  355.  
  356. Date: Mon, 15 Aug 1994 21:20:40 -0400
  357. From: "Brandon S. Allbery" <bsa@kf8nh.wariat.org>
  358. Subject: Linux and AX.25 
  359. To: terry@orac.dn.itg.telecom.com.au (Terry Dawson)
  360.  
  361. In your message of Tue, 16 Aug 1994 08:22:21 EST, you write:
  362. +---------------
  363. | MSYS, blerk. Yu'll probably find that you have to ask the MSYS sysop to
  364. | add you to a list of known tcp/ip nodes. That's what I had to do here for
  365. | an MSYS node.
  366. +------------->8
  367.  
  368. Don't blame Mike for that one; he got hounded by a local sysop who thinks 
  369. TCP/IP is the Black Plague and *DEMANDED* in no uncertain terms that TCP/IP be 
  370. blocked in the default case or he'd stop supporting MSYS development.  Since 
  371. said sysop is one of Mike's biggest supporters/helpers, Mike had little choice 
  372. but to do it.
  373.  
  374. ++Brandon
  375. -- 
  376. Brandon S. Allbery KF8NH     [44.70.4.88]          bsa@kf8nh.wariat.org
  377. Linux development:  iBCS2, JNOS, MH
  378.  
  379. ------------------------------
  380.  
  381. Date: Tue, 16 Aug 1994 15:03:33 +1000 (EST)
  382. From: Dave Horsfall <dave@esi.COM.AU>
  383. Subject: Linux and AX.25 
  384. To: tcp-group@ucsd.edu
  385.  
  386. On Mon, 15 Aug 1994, Brandon S. Allbery wrote:
  387.  
  388. | Don't blame Mike for that one; he got hounded by a local sysop who
  389. | thinks TCP/IP is the Black Plague and *DEMANDED* in no uncertain terms
  390. | that TCP/IP be blocked in the default case or he'd stop supporting MSYS
  391. | development.  Since said sysop is one of Mike's biggest
  392. | supporters/helpers, Mike had little choice but to do it.
  393.  
  394. Sounds like an excellent reason to encourage people to stop using MSYS.
  395. Evolution in action, and all that...
  396.  
  397. -- 
  398. Dave Horsfall (VK2KFU) | dave@esi.com.au | VK2KFU @ VK2AAB.NSW.AUS.OC | PGP 2.6
  399. Opinions expressed are mine. | E7 FE 97 88 E5 02 3C AE  9C 8C 54 5B 9A D4 A0 CD
  400.  
  401. ------------------------------
  402.  
  403. Date: Tue, 16 Aug 1994 09:08:25 +1200
  404. From: D.N.Muir@massey.ac.nz (Dexter Muir)
  405. Subject: Linux compile failures - help???
  406. To: TCP-Group@ucsd.edu
  407.  
  408. Greetings, all...
  409.  
  410.    I am somewhat of a 'newbie' to Linux, and am experiencing some 
  411. difficulties which I could not find documented (perhaps I look in the wrong 
  412. places??? :-)
  413.  
  414.    Firstly, a brief description of my hardware:
  415.       486dx-33, 8MB DRAM, 256kB cache, 80 and 100MB IDE H/D's, 1.44 F/D
  416.       80MB disk used for messy-dos as C:
  417.       100MB for Linux, 12 as swap (/dev/hdb1, formatted with mkswap and 
  418. enabled with swapon).
  419.       Linux is slackware 1.2.0, from sunsite.unc.edu
  420.  
  421.    I am attempting to re-compile the kernel with SCC drivers. Firstly, I 
  422. tried compiling a small utility (the 'mouseless commander' - very useful!). 
  423.  
  424.    make clean    would work fine, but that's only removing old scraps.
  425.  
  426.    make dep    would fail occasionally with a file or path not found ( at 
  427. all sorts of random points in the process ), though a manual check with ls 
  428. would find nothing amiss.
  429.  
  430.    make             would fail with a message:
  431.        Program cc1 got fatal signal 11      ( once again at all sorts of 
  432. random points in the process ),  then exit and close pipes.
  433.  It looked like a memory-type problem, with failure occurring at all stages, 
  434. so I tried disabling swap and relying on RAM.
  435.    Disabling swap with 'swapoff -a' cured this - a clean compile!
  436.  
  437.    Next I attempted a re-compile of the kernel. With swap space enabled, I 
  438. could not always get through make dep. If I did, make bombed out (as above) 
  439. very early.  With swap disabled,  make dep was reliable, and I got further 
  440. into make, but eventually the same bomb-out.
  441.  
  442.    Failing this, I thought I'd try compiling a version of NOS (alpha4). This 
  443. also failed, in similar fashion, then came a message:
  444.  
  445.    segmentation error
  446.  
  447.    That's as far as I got - make keeps coming up with this error whether 
  448. swap is on or off (I suspect either RAM or the main partition, though fsck 
  449. reports no problems).
  450.  
  451.    Does anyone have any pointers /  advice?   I'm stuck!
  452.  
  453.  
  454. Dexter N. Muir                      Manufacturing Pilot Plant Technician
  455. D.N.Muir@massey.ac.nz    Department of Production Technology
  456.                                                 Massey University, 
  457. Palmerston North, New Zealand
  458.  
  459. ------------------------------
  460.  
  461. Date: Tue, 16 Aug 94 13:56:48 EST
  462. From: terry@orac.dn.itg.telecom.com.au (Terry Dawson)
  463. Subject: Linux compile failures - help???
  464. To: D.N.Muir@massey.ac.nz, TCP-Group@UCSD.EDU
  465.  
  466. >   I am somewhat of a 'newbie' to Linux, and am experiencing some 
  467. >difficulties which I could not find documented (perhaps I look in the wrong 
  468. >places??? :-)
  469.  
  470. You probably should carry this thread to one of the Linux specific
  471. mailing lists, or newsgroups.
  472.  
  473. >   make             would fail with a message:
  474. >       Program cc1 got fatal signal 11      ( once again at all sorts of 
  475. >random points in the process ),  then exit and close pipes.
  476.  
  477. Sounds like you don't have your swap configured correctly as you may have
  478. already deduced. Again, this would be better addressed in a linux specific
  479. area.
  480.  
  481. regards
  482. Terry
  483.  
  484. ------------------------------
  485.  
  486. Date: Mon, 15 Aug 1994 18:22:24 -0500 (CDT)
  487. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  488. Subject: Okie Thoughts #1
  489. To: tcp-group@ucsd.edu
  490.  
  491. I downloaded WNOS.
  492. I tried to compile it.
  493. What a mess...
  494.  
  495. How about taking the JNOS Makefile and reading it, then maybe
  496. taking notes and implementing a new WNOS Makefile.
  497.  
  498. The one that comes with the archive is a piece of shit.
  499.  
  500. Thanks,
  501. -- 
  502. Steve
  503.  
  504. ------------------------------
  505.  
  506. Date: Mon, 15 Aug 1994 18:23:43 -0500 (CDT)
  507. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  508. Subject: Okie Thoughts #2
  509. To: tcp-group@ucsd.edu
  510.  
  511. Brian A. Lantz writes:
  512. >  This message is in MIME format.  The first part should be readable text,
  513. >  while the remaining parts are likely unreadable without MIME-aware tools.
  514.  
  515. Seems like you had to go through a lot of trouble to make that contribution
  516. unreadable.  What's wrong with plain ASCII text?  Sheesh... 
  517. -- 
  518. Steve
  519.  
  520. ------------------------------
  521.  
  522. Date: Mon, 15 Aug 1994 21:49:47 +0100
  523. From: "Brian A. Lantz" <brian@lantz.cftnet.com>
  524. Subject: Okie Thoughts #2
  525. To: Steve Sampson <ssampson@sabea-oc.af.mil>
  526.  
  527. On Mon, 15 Aug 1994, Steve Sampson wrote:
  528.  
  529. > 
  530. > Brian A. Lantz writes:
  531. > >  This message is in MIME format.  The first part should be readable text,
  532. > >  while the remaining parts are likely unreadable without MIME-aware tools.
  533. > 
  534. > Seems like you had to go through a lot of trouble to make that contribution
  535. > unreadable.  What's wrong with plain ASCII text?  Sheesh... 
  536.  
  537. I DIDN'T go to a lot of trouble. It is a standard part of my mailer.
  538.  
  539. Once again, I AM VERY SORRY for trying to help! Judging from the plain 
  540. out and out RUDE treatment I got from this attempt and the attitude that 
  541. I received from using STANDARD Internet tools, I don't believe I will be 
  542. offering any assistance in this mailing list again!
  543.  
  544. Thanks!
  545.  
  546. -----------------------------------------------------------
  547. Brian A. Lantz/KO4KS                 brian@lantz.cftnet.com
  548.  
  549. REAL PORTION of Microsoft Windows code:
  550.     while (memory_available)    {
  551.         eat_major_portion_of_memory (no_real_reason);
  552.         if (feel_like_it)
  553.             make_user_THINK (this_is_an_OS);
  554.         gates_bank_balance++;
  555.     }
  556.  
  557. ------------------------------
  558.  
  559. Date: Mon, 15 Aug 1994 21:54:05 +0100
  560. From: "Brian A. Lantz" <brian@lantz.cftnet.com>
  561. Subject: Okie Thoughts #2
  562. To: Steve Sampson <ssampson@sabea-oc.af.mil>
  563.  
  564. On Mon, 15 Aug 1994, Steve Sampson wrote:
  565.  
  566. But before I go into the shadows, the message quoted here, is SAID to be 
  567. a quote from me. I never wrote this message, and am wondering why I am 
  568. being attributed with a message, in order to be FLAMED.
  569.  
  570. Now, not only am I getting flamed, but I am getting it for messages I 
  571. haven't even written.
  572.  
  573. Come on, guys! GET A LIFE! And leave MINE alone!
  574.  
  575.  
  576. > Brian A. Lantz writes:
  577. > >  This message is in MIME format.  The first part should be readable text,
  578. > >  while the remaining parts are likely unreadable without MIME-aware tools.
  579. > 
  580. > Seems like you had to go through a lot of trouble to make that contribution
  581. > unreadable.  What's wrong with plain ASCII text?  Sheesh... 
  582. > -- 
  583. > Steve
  584. > 
  585.  
  586.  
  587. -----------------------------------------------------------
  588. Brian A. Lantz/KO4KS                 brian@lantz.cftnet.com
  589.  
  590. REAL PORTION of Microsoft Windows code:
  591.     while (memory_available)    {
  592.         eat_major_portion_of_memory (no_real_reason);
  593.         if (feel_like_it)
  594.             make_user_THINK (this_is_an_OS);
  595.         gates_bank_balance++;
  596.     }
  597.  
  598. ------------------------------
  599.  
  600. End of TCP-Group Digest V94 #174
  601. ******************************
  602.